home *** CD-ROM | disk | FTP | other *** search
/ Network Supervisor's Toolkit / Network Supervisor's Toolkit.iso / perform / netframe / stp-nd.exe / lha / README.NX < prev   
Text File  |  1990-04-30  |  10KB  |  204 lines
  1.                          NetFRAME Systems Inc.
  2.  
  3.  
  4.  
  5.                                   NX
  6.                  A Network Exerciser for NetWare 386 (TM)
  7.  
  8.  
  9. WHAT IS NX?
  10.  
  11. NX (Network eXerciser) is a portable performance analysis tool.  It can be run
  12. on systems that run Novell's NetWare 386 (TM).  NX was developed at
  13. NetFRAME Systems Inc., in response to a need to analyze and characterize
  14. network performance without using clients over a variety of operating 
  15. conditions.
  16.      NX is a NetWare Loadable Module, or NLM.  It can be loaded and run from
  17. the operator's console of a NetWare 386 system.  It can provide a variety
  18. of system configuration options in examining network transmission throughput.
  19. It is portable and easy to use, providing users a variety of reproducible 
  20. conditions.
  21.  
  22. BEFORE YOU START
  23.  
  24.      NX is provided on either a 3.5" or 5.25" floppy, along with this file.  
  25. Its filename is NX.NLM.  You must have a system capable of running NetWare 386,
  26. a copy of NetWare 386, Rev 3.0 or higher, and at least one network.
  27.      NX WILL stress the network.  Therefore, disgression is advised in
  28. exercising NX on any networks with active users that are sensitive to load on 
  29. the network.
  30.      NX does not have to "bind" to a network to run.  It only requires that
  31. the lan driver is loaded for the particular processor/port to be tested.
  32.  
  33.  
  34. HOW TO RUN NX
  35.  
  36. First, bring up NetWare 386 on your system.  Be sure to load the appropriate 
  37. lan driver(s) to exercise your network.  Other NLMs could be loaded 
  38. (e.g. INSTALL, MONITOR) as required, but they are not necessary to run NX. 
  39. Either download the nx.nlm into your DOS partition, copy into the system
  40. directory of the Netware 386 volume, or load from a floppy drive.  At the 
  41. operator's console, type LOAD NX.  NX will clear the screen and ask a series 
  42. of questions:
  43.  
  44. 1.  Packet Length Type [F=Fixed R=Random]? F
  45.  
  46.     The answer to this question determines how NX will process the packet.
  47. In fixed mode, NX will transmit and/or receive packets of a specified size.
  48. In random mode, NX will process packets of random sizes.  Random sizes are
  49. determined by a random number generator with a uniform distribution bounded
  50. between 64 to 1472 bytes per packet.
  51.      Fixed packet size is useful in evaluating network performance of most 
  52. file server environments that maximizes data transmission by using the 
  53. largest packet size possible.  Random packet size is useful in examining
  54. how both network adapters and drivers process packets of varying sizes.
  55.  
  56. 2.  Bytes per packet [64:1472]? 64
  57.  
  58. If you selected fixed mode, NX will prompt you for the packet size.  This 
  59. answer instructs NX on how big each packet should be--64 to 1472 bytes.
  60. NX will round the packet size to the nearest 64-bytes increment.  The default 
  61. is 64 bytes per packet.  A small packet size (such as 64 bytes) generally 
  62. represent a request packet for information or data.  A large packet size 
  63. generally represent data transmission between the client and server such as
  64. file reads/writes or program loading.   Therefore, the larger the packet size,
  65. the greater the amount of data that could be transmitted.  The default
  66. Netware 386 physical receive packet size is 1130 bytes.   
  67.  
  68. 4.  Number of concurrent sends to queue per device [1-32]? 3
  69.  
  70. NX is able to build and maintain a queue of packets for each device before
  71. calling the lan driver to act on those packets.  This number lets NX know 
  72. how deep to keep this queue.  This feature is useful for intelligent
  73. drivers and/or adapters that are capable of processing multiple packets.
  74. The default queue depth is 3.
  75.  
  76. 5.  Screen Update Interval in seconds [1-60]? 5
  77.  
  78. This tells NX how often to calculate and display statistics on the console.
  79. The default is 5 seconds.
  80.  
  81. 6.  Exercise NFLAN [port=1]? y
  82.  
  83. For each device in the system with a network interface adapter and lan driver
  84. loaded, NX will ask if you want to include that device in the test.  This is 
  85. useful for excluding certain networks that are sensitive to load, or to 
  86. characterize your system on a network by network, transmit and/or receive, 
  87. or system wide basis.  The format of device selection is by port number.
  88.  
  89. 7.  Device Activity [T=Transmit R=Receive B=Both]? B
  90.  
  91.     For each device you selected, NX will ask which mode you want to test.  
  92. Transmit will only send packets out onto the wire.  Receive will only receive 
  93. packets from the wire.  Both will do both transmits and receives from the 
  94. same wire.
  95.     There is much flexibility in how you want to set up the networks for 
  96. testing.  All the network adapters in a server may be connected to only 
  97. one wire to do both transmits and receives.  Since the networks do not
  98. have to "bind" to run NX, the restriction on discreet networks does not
  99. exist.  If discreet networks are desired, NX will run when properly terminated 
  100. at the adapter without requiring additional wiring.
  101.     When interpreting NX results, care should be taken on how the networks are
  102. setup.  Aggregate transmit throughput on one wire, regardless of the number 
  103. of adapters transmitting, can only be up to 1.25 MB/second for Ethernet 802.3.  
  104. But, each adapter receiving packets, on the same wire, could each receive up 
  105. to the maximum throughput the wire is transmitting.  An example of this is 
  106. illustrated below where three adapters are connected to the same wire.  One 
  107. adapter is selected to transmit only, the other two are selected to receive.  
  108. Therefore, both ports 2 and 3 are each receiving all the packets being 
  109. transmitted on the wire.
  110.  
  111.  
  112.  
  113. THE NX DISPLAY
  114.  
  115. After questioning you about all the devices with network drivers loaded, NX will
  116. clear the screen and start exercising the network(s) you specified in the manner
  117. you requested.  After the screen update interval, it will display the statistics
  118. it has gathered so far.  Here is a sample display:
  119.  
  120.  
  121. --------------------------------------------------------------------------------
  122.  
  123. NetFRAME Network Test with 6 sends queued per device               Page 1 of 1
  124.       Device           Cur. Send     Cur. Recv.     Ave. Send     Ave. Recv.
  125.        Name            KB/s  Pkt/s   KB/s  Pkt/s    KB/s  Pkt/s   KB/s  PKt/s
  126. Generic [port=1]       1036   721       0     0     1036   721       0     0 
  127. Generic [port=2]          0     0    1036   721        0     0    1036   721
  128. Generic [port=3]          0     0    1036   721        0     0    1036   721
  129.  
  130. All Devices            1036   721    2072  1442     1036   721    2072  1442
  131. Server Utilization           16%
  132. Q to quit or page number to view
  133.  
  134.  
  135. --------------------------------------------------------------------------------
  136. NOTE:  The numbers supplied above are provided for reference only and do not
  137. reflect the physical network performance of any system.
  138.  
  139.  
  140. The top line identifies NX, the type of test it is running, and the page 
  141. being displayed.  NX can display statistics on very large systems.  Aggregate 
  142. statistics are shown on every page.
  143.      To display the information on any page, type in the page number on the
  144. keyboard at the operator's console.  After the next display interval, that page
  145. will be shown until a new page number is typed, or you exit NX.
  146.      To exit NX, type "q" (the letter only).  NX will ask you if you really want
  147. to exit.  Type y or n at the prompt, which will appear at the bottom line of
  148. the display.  The default is yes.
  149.      You may also do other things while NX is running.  You may use the 
  150. <ALT-EXC> or <CTL-ESC> key combinations to cycle through any other NLMs you
  151. have running, or to the console. However, other activities on the system
  152. could perturb your results.
  153.      The next two lines consist of column heading, to identify which statistics
  154. are collected in that column.  The Name column identifies which device is
  155. being tested.  The KB/s column identifies how many kilobytes per second were
  156. processed during the last display interval.  The Pkts/s column shows how
  157. many physical packets per second were processed during the last display 
  158. interval.  The Cur. Send/Recv. columns show the current average send/receive 
  159. rates since the last display interval.  The Ave. Send/Recv. columns displays
  160. the average rates since the beginning of the test.  
  161.      Finally, the CPU utilization for the server is displayed.  CPU utilization
  162. is the percentage of processor time used marginally to process the benchmark 
  163. results and mostly to process the packets.  The remainder (unused CPU cycles) 
  164. is the processor time available to perform other functions on the system.
  165.  
  166.  
  167. CAVEATS
  168.  
  169. To receive packets with size greater than the Netware default of 1130 bytes, 
  170. set maximum physical receive packet size=1536 in the startup.ncf file and
  171. reboot the server.
  172.  
  173. To change test parameters, you must quit the program and reload it.
  174.  
  175. There is no explicit way to capture NX displays to a file or files.
  176.  
  177. NX only displays information about completed packets.
  178.  
  179. NX has no provision for gathering statistics on a per wire basis.
  180.  
  181. NX tests can be stressful to the network.
  182.  
  183. NX is not a capacity planning tool and does not predict total system demands
  184. for particular customer environments.
  185.  
  186. When running both DX and NX, be sure to load both NLMs before starting
  187. either.  If you don't, server CPU utilization percentages will be
  188. in error.  This is due to the way NetWare 386 handles the loading of NLMs
  189. in relation to server CPU utilization.
  190.  
  191. NX is provided as is, with no warranty, explicit or implied.  NetFRAME Systems
  192. Inc. assumes no responsibility for any information provided by NX, nor any
  193. effects, direct or indirect, on your system.  NX has been tested on NetFRAME
  194. systems, and on a limited number of ISA, EISA, and MCA systems, and has shown 
  195. no deleterious side effects to systems under test.  However, NX may exhibit 
  196. side effects on your system.
  197.  
  198. TRADEMARKS
  199.  
  200. Novell, NetWare, NetWare 386, NetFRAME, and NetFRAME Systems, are the trademarks
  201. of Novell, Inc. and NetFRAME Systems Inc.
  202.  
  203. (c) 1990 NetFRAME Systems Inc., 1545 Barbar Lane, Milpitas, CA  95035
  204.